home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-05 / updt2.zip / README.DOC < prev    next >
Text File  |  1991-10-22  |  6KB  |  138 lines

  1.  
  2. Distribution Date: 10/22/91
  3.  
  4. The following files should be included:
  5.  
  6.    ALIAS.EXE - Used to build the ALIAS DATABASE
  7.    CHECKIT.EXE - Used to VIEW/MODIFY a database created by UPDATE
  8.    UPDATE.EXE (v1.1) - Used to update the file on the local pc
  9.    FIX.BAT - Batch file which invokes FILEFIX
  10.    FILEFIX.EXE - Used to hopefully fix any corrupted databases
  11.    README.DOC - The file you are reading now
  12.  
  13.  
  14. Enhancements:
  15.  
  16.   Basically UPDATE is the same, except that I noticed two flaws in the
  17.   program. The first flaw was that it was slow.... I fixed this by alloc-
  18.   ating a buffer that is equivalent to the filesize, as long as the file-
  19.   size does not exceed 32.5K (the program will tell you if the file does).
  20.   Unfortunately, I have not yet figured out how to allow a larger buffer
  21.   size than 32500. If I do, you will know it.
  22.  
  23.   I have also include another utility which looks very similar to ALIAS,
  24.   called CHECKIT. This will allow you to view / update any database that
  25.   was created with UPDATE - useful for seeing how often your updates reach
  26.   new workstations, or by manually entering a workstation node ID to override
  27.   that station having to receive the updates.
  28.  
  29. Purpose:
  30.  
  31.    To allow the system administrator to distribute new versions of files
  32.    to workstations. The program, UPDATE, builds a database keyed on the
  33.    STATION ID. If the ID# is found in the database, then the workstation
  34.    has already been updated. If not, the new file is sent to the workstation
  35.    and the ID is added to the database.
  36.  
  37.    As of this date this program will only distribute files, it will not
  38.    handle complete directories.
  39.  
  40. Instructions:
  41.  
  42.    UPDATE & ALIAS
  43.    --------------
  44.  
  45.    Place UPDATE.EXE in a directory accessible by the users (such as PUBLIC).
  46.    Place ALIAS.EXE in the PUBLIC directory.
  47.  
  48.    Make one directory under PUBLIC called UPGRADED and give the following
  49.    trustee rights to the group EVERYONE [RWC EF]
  50.  
  51.    Determine which files you want to update. For example, say you want to
  52.    put down a new autoexec.bat file. Run ALIAS (you must run alias from a
  53.    network directory, and you must be either mapped to it, or in it.).
  54.  
  55.    The progam will prompt you for the name of the filesystem to use...
  56.    Pressing enter will use the default (\PUBLIC\UPGRADED\ALIAS). Press
  57.    enter. The progam will then inform you that it will be using the default
  58.    database. Press enter again. You are now ready to start.
  59.  
  60.    Press 'A' to add a new entry. Decide on a code (the code can be anything,
  61.    it is simply a shorthand way of referencing the files. I usually use
  62.    1A, 1B & 1C (1A for the file name on the PC, 1B for the file name on the
  63.    SERVER, and 1C for the file name to backup the original file to.) So,
  64.    after you put the code in, press enter. Then enter a description... this
  65.    is only a comment for you so you know what the file is. Press enter. Then
  66.    enter the file name (fully qualified - complete path and file name).
  67.    Press enter. Now do the same thing twice more, for the server file name
  68.    and the backup file name.
  69.  
  70.    The reason I use ALIAS is rather simple. Originally when I wrote UPDATE
  71.    I didn't see a need for it. But when you start to use rather long path
  72.    names (for the workstation and the server), you could run out of room on
  73.    the command line.
  74.  
  75.    After the ALIAS database has been built, you are ready for step2. This
  76.    can be accomplished in a few ways. The way I do it, which I think is
  77.    the best is... I create a batch file called (whatever), and in the batch
  78.    file is issue the UPDATE command(s). This batch file is then invoked
  79.    through the command facility in the system login script as such...
  80.  
  81.      #COMMAND /C \PUBLIC\SENDNEW.BAT
  82.  
  83.    In the SYSTEM LOGIN SCRIPT, add the following line BEFORE you put the
  84.    command to run SENDNEW.BAT (otherwise you will get ERROR OBTAINING SYSTEM
  85.    ID)
  86.  
  87.      DOS SET ID = "%P_STATION"
  88.  
  89.    (The quotes are included in the command)
  90.  
  91.    After SENDNEW executes, you can place the line DOS SET ID= in the system
  92.    login script to remove the variable ID from the environment.
  93.  
  94.    The syntax and principle behind UPDATE is very simple. Type UPDATE to
  95.    see the command line syntax. All files should have an entry in the ALIAS
  96.    database, including the message text file (fn_4), if you choose to use one.
  97.  
  98.    The "db" parameter of UPDATE allows you to build as many databases as you
  99.    wish... Therefore, you can have one database for each file you want to
  100.    update.
  101.  
  102.  
  103.   CHECKIT
  104.   -------
  105.   To use CHECKIT, copy the program file to your PUBLIC directory. Type CHECKIT
  106.   to start the program. The program will then ask you for a database system
  107.   to use (the database system will be the same name as the database created by
  108.   UPDATE - there is no default database). If the database already exists, it
  109.   will be opened, and the first record will be displayed. If the database does
  110.   not already exist, it will be created, and you can manually add STATION ID's
  111.   to it.
  112.  
  113.  
  114.   FILEFIX
  115.   -------
  116.   If you start to get any kind of error messages using UPDATE, CHECKIT, or
  117.   ALIAS, then FILEFIX ** MAY ** be able to correct the problem. To use it,
  118.   copy the database files (the *.NX and *.DT) files to the directory where
  119.   FILEFIX and FIX reside. Then simply type "FIX database" (leave off any
  120.   extension). If it can be fixed, it will be. If not, well, that's what
  121.   backups are for... Right ?
  122.  
  123.  
  124.   ---------------------------------------------------------------------------
  125.  
  126.  
  127.    I have only used this program on NW 3.x (because that's my network). As long
  128.    as you can extract the system ID, there's no reason why it wouldn't work
  129.    on another NOS.
  130.  
  131.   ---------------------------------------------------------------------------
  132.  
  133.    Please feel free to distribute this program, but please do not modify it
  134.    or the documentation.
  135.  
  136.    Should you have any questions or comments, please leave me mail on CIS
  137.    to user id: 70650,3154.
  138.